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Abstract 


A method of computer-supported configuration of technical systems from components is given. It can 
be adapted at low cost for changes in the component range. For this purpose, a catalogue of available 
component types is stored in a memory. For each available component type, at least information is 
present about the type and size of the intensive performance features, the type and size of the provided 
resources, the type and size of the required resources and the type and size of the used or assigned 
resources. Also, the requirements specification of the technical system to be configured is stored in a 
memory. Here information is present about at least the type and size of the resources which are 
required for the technical system, and the type and size of the intensive performance features which 
are required for the technical system. Components are selected by a computer which is connected to 
the memories, in such a way that one or more components of the most suitable component type is 
selected repeatedly from the required resources, and taken into account in the remaining resource 
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© Verfahren zur automatlschen KonflguratJon technischer Systeme aus Komponenten 

(§) Verfahren zur automatlschen Konfiguration technischer 
Systeme aus Komponenten unter Verwendung eines Rech- 
ners und elner Anzahl mit ihm verbundener Spsicher anhand 
ainer Anforderungsspeilfikation und eines Katalogs verfog- 
barer Komponententypen, dadurch gekennzeichnet, 

— daB in einem mittalbar Oder unmittelbar mit dam Rechner 
(R) verbundenen ersten Spsicher (SI) ein Katelog verfOgba- 
rer Komponententypen abgespelchert wird und dabet in 
diesem ersten Spsicher (S1) for Jede verfOgbare Komponen- 
tentypa mindestens eine der folgenden Informationen abge- 
legt wird: 

Art und Gr6Be der intensiven Laistungsmerkmale, 
Art und GrdBe der bereitgestelltan Ressourcen, 
Art und GrSBe dervorausgesetzten Ressourcen, 
Art und GroBe der verbrauchten/belegten Ressourcen, 

— daB in einem mittelbar odor unmHtelbar mit dem Rechner 
(R) verbundenen zwelten Speicher (S2) die Anforderungs- 
spezifikation fOr das zu konfigurierende technische System 
abgespelchert wird und dabei in diesem Spsicher minde- 
stens eine der folgenden Informationen abgelegt wird: 
Art und GrdBe der for das technische System geforderten 
Ressourcen, 

Art und GroBe der fur das technische System geforderten 
intensiven Laistungsmerkmale. 

— und daB die automatische Auawahl von Komponenten for 
das technische System durch den Rechner (R) so vorgenom- 
men wird, daB, ausgehend von den far das technische 
System geforderten Ressourcen, solange noch Ressourcen- 
bedarf besteht und Komponententypen im Katalog existie- 
ren, welche entsprechende Ressourcen bereitstellen und die 
intensiven Laistungsmerkmale erfOllen, wiederhoK Jewells 
elna odor mehrere Komponenten des bestgeeigneten Kom- 
ponententyps ausgewahlt warden und deren bereitgestellta 
Ressourcen bzw. daren vorausgesetzte oder verbrauchte/ 
belagte Ressourcen im verbleibenden Ressourcenbedarf 
berQckslchtigt warden. 
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Beschreibung 

Die vorliegende Erfindung bezieht sich auf ein Ver- 
fabren gemaB dem Oberbegriff des Anspruchs 1. Ein 
solches Verfahren ist durch die EP 03 04 866 A2 be- 
kannt 

Stand der Technik 

An der Literatur ist ein Verfahren zur Konfiguration 
technischer Systeme bekannt das z. B. bei einem in der 
GB 22 06 713 A beschriebenen System und auch im 
Konfigurations-Expertensystem Rl (s. McDermott, J. 
"Rl: A Rule- Based Configurer of Computer-Systems", 
Artificial Intelligence 19 (1982), & 39—86), spater 
XCON genannt verwendet wird, welches darin besteht, 
daB die beim Konfigurieren des technischen Systems 
aus dem vorgegebenen Spektrum verffigbarer Kompo- 
nententypen zu beachtenden Regeln in einem mit einem 
Rechner verbundenen Speicher gespeichert sind und 
diese Regeln als Produktionsregeln der Programmier- 
sprache OPS 5 behandelt und bearbeitet werden. In den 
Regeln werden in der Syntax der OPS 5-Programmier- 
sprache Informationen uber den momentanen Stand des 
Konfigurations-Vorgangs, fiber die vorliegende Teil- 
Konfiguradon und Qber die konkret zur Verfflgung ste- 
henden IComponententypen verknQpft und davon ab- 
hangig Handlungsanweisungen erteilt Nachteile des 
Verfahrens sind, daB wegen der explizierten Nennung 
von Komponenten und Typen in den Regeln bei jeder 
Anderung an Komponenteneigenschaften oder am 
Spektrum der Komponententypen im Prinzip das ganze 
Regelwerk flberarbeitet werden muB, daB nur schwer 
oder gar nicht zu erkennen ist, welche Regeln auf wel- 
che Komponententypen angewendet werden und daher 
geandert werden mussen oder entfallen kSnnen, und 
daB wegen der Produktionsregelbehandlung durch OPS 
5 der tatsachliche Ablauf des Konfigurationsvorganges 
schwer zu durchschauen oder zu verifizieren isL 

Aus der Literatur ist ferner ein "Verfahren zur Konfi- 
guration technischer Systeme bekannt, das im Experten- 
system-Prototyp SICONFEX (s. Lehmann, E. et aL "SI- 
CONFEX ein Expertensystem fur die Konfiguration ei- 
nes Betriebssystems", 15. Gl-Jahrestagung, 1985, S. 
792—805) eingesetzt wurde, bei dem Informationen 
Qber die verfQgbaren Komponenten nicht in Form von 
Regeln, sondern jeweils Komponententyp-weise zu- 
sammengefaBt in einem Speicher abgelegt werden. 
Nachteile des Verfahrens sind, daB die Hardware-Kom- 
ponenten vom Benutzer festgelegt werden mussen bzw. 
wie bei den Software-Komponenten explizit genannt 
werden. Dadurch sind nur sehr spezielle Konfigura- 
tionsaufgaben behandelbar, zudem ist die Anpassung 
der Wissensbasis an die laufenden Anderungen im Sach- 
gebiet recht aufwendig. 

Ein weiteres Verfahren zur Konfiguration techni- 
scher Systeme aus Komponenten ist aus dem Vorf iihren 
von Applilcationsstudien zur Expertensystem-Schale 
KEM bekannt Im Grundgedanken einer Beschreibung 
der Konfigurationsvorgabe durch eine Menge von Pro- 
duktionsregeln ahnelt es XCON; die technischen Daten 
der Komponententypen werden jedoch wie bei SICON- 
FEX objektorientiert zu jedem Komponententyp zu- 
sammengefaBt reprasentiert Da in den Regeln alle ab- 
hangigen Komponenten explizit genannt werden, weist 
es ebenfalls die Nachteile v n SICONFEX und XCON 
auf. 

Daneben sind noch Expertensysteme bekannt gewor- 
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den, die jeweils auf ein spezielles Anwendungsgebiet 
zugeschnitten sind und deren SchluBf lgerungen filr 
dieses Anwendungsgebiet speziell programmiert wer- 
den, ohne daB dabei eine auf andere Anwendungsgebie- 
s te Ubertragbare der allgemein anwendbare technische 
Lehre zur Losung von Konfigurationsaufgaben offen- 
bart wird. Zum Beispiel gibt die eingangs bereits ge- 
nannte EP 0 304 866 A2 ein Expertensystem an, das al- 
lein auf ein Verdrahtungsproblem zugeschnitten ist, oh- 
io ne daB erlautert wird, wie, sondern nur daB das System 
Schlusse aus den jeweiligen Komponententypen zieht 

Aufgabe der Erfindung ist es, ein Verfahren der ein- 
gangs genannten Art zu schaffen, das zur Konfiguration 
von technischen Systemen aus Komponenten universell 
15 einsetzbar ist, ein einfaches und durchschaubares, aber 
wirksames Vorgehen zeigt und das bei Anderungen im 
Komponententypspektrum mit geringem Aufwand 
nachgeffihrt bzw. angepaBt werden kann. 
Diese Aufgabe wird gemaB der Erfindung durch die 
20 im Anspruch 1 gekennzeichneten Merkmale geldst In 
den UnteransprOchen 2 bis 6 sind vorteilhafte Ausge- 
staltungen und Weiterbildungen des Verfahrens be- 
schrieben. 

Der Vorteil des gewUhlten Verfahrens liegt darin be- 
2s grOndet, daB nicht, wie bisher in bekannten Verfahren 
direkte Beziehungen zwischen Komponenten beschrie- 
ben werden, sondern Beziehungen von Komponenten 
zu Ressourcen und damit in indirekter Weise zu anderen 
Komponenten. 
30 Als Ressourcen sind hier modellhafte, abstrahierte 
Trager von Wechs el wirkungen an Schnittstellen (zum 
Beispiel elektrische Energie) zu verstehen, gekennzeich- 
net durch die Angabe einer Art (zum Beispiel elektri- 
scher Strom bei 5 V) und Angabe einer Starke (zum 
35 Beispiel 3 A). Solche Schnittstellen werden nach dem 
Sprachgebrauch der Physik als extensive Leistungs- 
merkmale bezeichnet, d. h. die Starke verhalt sich addi- 
tiv. Als intensive Leistungsmerkmale werden entspre- 
chend GrSBen bezeichnet, deren Starke sich nichtaddi- 
40 tiv verhalt, zum Beispiel Temperaturwerte. 

Die Wechselwirkungen an Schnittstellen sind gerich- 
tet, wobei gemaB dem unterlegten Modell die Ressour- 
ce von einer oder mehreren Komponenten bereitge- 
stellt, von anderen Komponenten verbraucht/belegt 
45 (d. h. exklusiv genutzt, zum Beispiel elektrischer Strom) 
oder vorausgesetzt/benutzt (d. h. nichtexklusiv genutzt, 
zum Beispiel Taktfrequenz) wird. 

Ressourcen beschreiben meist physikalische Eigen- 
schaften bzw. Schnittstellen, deren Festlegungen eine 
50 lange Lebensdauer besitzea Da die Beziehungen zwi- 
schen Komponenten indirekt uber die Angabe von Res- 
sourcen notiert werden, genflgt es bei der Einfuhrung 
einer neuen Komponente, diese und ihre Beziehungen 
zu Ressourcen zu beschreiben. Damit sind indirekt die 
55 Wechselwirkungen mit alien bereits bestehenden Kom- 
ponenten festgelegt, Anderungen bei den bisherigen 
Komponenten bedarf es nicht 

Anhand der Zeichnung soli das Verfahren nach der 
Erfindung fur eine vorteilhafte Ausgestaltung im folgen- 
6o den beschrieben werden: 

Verzeichnis der Zeichnungsfiguren 

Fig. 1 DatenfluBplan, 
65 Fig. 2 Programmablaufplan "Auswahl der Kompo- 
nenten", 

Fig. 3 Programmablaufplan "Nimm nicht erfttllte An- 
forderung aus Bilanz", 
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Fig. 4 Programmablaufplan "Auswahl der geeigneten 
Komponententypen", 

Fig. 5 Pr grammablaufplan "Sortiere Liste der geeig- 
neten Komponententypen nach Eignung" , 
Fig. 6 Programmablaufplan "Bilanz erstellen", 5 
Fig. 7 Programmablaufplan "Revidiere vorige Ent- 
scheidung". 
Fig. 8 Datenstruktur"Komponententyp", 
Fig. 9 Datenstruktur"Komponententaxonomie", 
Fig. 10 Visualisierung der Komponententaxonomie. 10 
Die wesentlichen Informationen werden in vier Spei- 
chern SI bis S4 gehalten, wobei die Speicher S3 und S4 
Teile eines Rechners R sind (s. Fig. 1). 

Die Anforderungs-Spezifikation beschreibt die gefor- 
derten Leistungen des zu konfigurierenden Systems, das 15 
heiBt, welche Ressourcen es in welchem Umfang und in 
welcher Qualitat bereitstellen soIL Solche Ressourcen, 
d. h. Ressourcen, die als exklusiv oder nichtexklusiv ge- 
nutzt bekannt sind, die aber noch nicht bereitgestellt 
sind, werden "geforderte" Ressourcen genannt 20 

Der Katalog verfflgbarer Komponententypen enthalt 
Informationen zu alien Komponenten (siehe auch Fig. 9 
und Fig. 10). 

Die Entscheidungsliste enthalt ein Protokoll aller be- 
reits erfolgten Entscheidungen, wobei neben dem ge- 25 
wahlten Komponententyp auch andere geeignete (Al- 
ternativen) notiert werden. 

Die Bilanz enthalt fflr jede Ressource die Angabe, 
welche verbleibenden Anforderungen bestehen. Diese 
Anforderungen ergeben sich aus der Anforderungs- 30 
Spezifikation und den Folge-Anforderungen, die auf- 
grund der Operation "Verbrauchsfeststellung (v)" aus 
den bereits gewahlten Komponenten errechnet werden, 
abzQglich den von diesen Komponenten bereitgestell- 
ten Ressourcen, festgestellt in der Operation "Bereitstel- 35 
lung (b)°. Mit Hilf e der Operation "Wahlen (wf wird aus 
den verbleibenden Anforderungen und den Informatio- 
nen des Komponenten-Katalog eine neue Auswahl ge- 
troffen. 

Fig. 2 beschreibt den groben Programmablauf. Das 40 
Programm arbeitet nach einer InitiaUsierung, in der der 
Speicher "Bilanz" zunachst anhand der Anforderungen 
aus der Spezifikation gefflllt wird, in einer Schleife. Bei 
jedem Schleifendurchlauf wird fflr jeweils eine noch 
nicht erfttllte Anforderung eine Komponente ausge- 45 
sucht HierfOr werden zuerst alle geeigneten Kompo- 
nententypen bestimmt, die anschlieBend nach Grad der 
Eignung sortiert werden. Ein Exemplar des geeignetsten 
Komponentenryps wird gewahlt 

Nach der Auswahl wird die Bilanz aktualisiert, indem so 
die Ressourcen, die eine Komponente des gewahlten 
TVps bereitstellt, bestehende Anforderungen vermin- 
dern, andererseits die von der Komponente verbrauch- 
ten/belegten Ressourcen die gestellten Anforderungen 
erhohcn. Diese Folgeanforderungen werden bei einem 55 
der spateren Schleifendurchlaufe bearbeitet 

Die Schleifenbearbeitung endet, wenn keine erfflllba- 
ren Anforderungen mehr existieren. Die gewahlten 
Komponenten werden ausgegeben, erganzt um die Be- 
reitstellungs-/Belegungs-Buanz. 60 

Falls wihrend der Schleifenbearbeitung fflr eine An- 
forderung keine geeigneten Komponenten gefunden 
werden, wird versucht, durch Revidierung frflherer Ent- 
scheidungen zu einer Losung zu kommen. Dabei wer- 
den alle frflheren Entscheidungen schrittweise, begin- 65 
nend bei der jungsten, zuruckgenommen, bis eine Fest- 
legung err icht wird, fflr die mindestens eine Alternative 
besteht Statt der alten Festlegung wird nun der nachst- 
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beste geeignete Komponententyp ausgesucht und mit 
der Auswahl ab diesem Entscheidungsstand fortgefah- 
ren. Dieser Vorgang kann sich mehrfach wiederholen. 
Falls kein frflheren Entscheidungen mit Alternativen 
existieren, ist die Anf rderung nicht erfflllbar. Dies wird 
gemeldet Um noch weitere eventuell vorhandene nicht 
erfflllbare Anforderungen bestimmen zu kdnnen, wird 
mit der Abarbeitung der Schleife fortgefahren, wobei in 
Zukunft die als unerfflllbar gemeldete Anforderung 
nicht mehr berflcksichtigt wird. 

Falls uberhaupt eine LSsung existiert, wird sie mit 
diesem Verfahren gefunden. Wenn mehr als eine La- 
sung existiert, so wird die erste Konfiguration, die alien 
Anforderungen genflgt, als Losung geliefert. 

Fig. 3 beschreibt die Auswahl der nachsten zu erffll- 
lenden Anforderung. Ein temporare Liste dient der Auf- 
nahme der verbleibenden Anforderungen. In einer 
Schleife werden alle Eintrage der Bilanz untersucht, ob 
die zugehfirige Anforderung bereits erfflllt ist, ob sie 
bereits als nicht erfflllbar erkannt ist oder ob sie zu den 
extern zu erfflllenden Anforderungen gehdrt 

Wenn keine dieser Bedingungen gilt, wird die Anfor- 
derung in die Liste der verbleibenden Anforderungen 
eingetragen. Nach dieser Filterung wird entschieden, 
welche dieser Anforderungen als nachste zu bearbeiten 
ist Die bei dieser Auswahl bestimmte Reihenfolge der 
Anforderungsabdeckung hat entscheidenden EinfluB 
auf die Gflte der Losung. Die gunstigste Reihenfolge 
hangt vom jeweiligen Anwendungsgebiet ab. 

Der durch Fig. 4 beschriebenen Programmteil filtert 
aus dem Katalog diejenigen Komponententypen her- 
aus, die zur ErfflUung der gerade betrachteten Anforde- 
rung geeignet sind. Dies geschieht in einer Schleife, in 
der diejenigen Komponententypen des Katalogs in die 
Liste der geeigneten Komponententypen eingetragen 
werden, die zur Abdeckung der Anforderung beitragen, 
die intensiven Leistungsanforderungen erfflllen und mit 
den bisher gewahlten Komponententypen vertraglich 
sind. 

Das Sortieren der Liste der geeigneten Komponen- 
tentypen nach Grad der Eignung wird in Fig. 5 darge- 
stellt In einer Schleife wird die Liste der geeigneten 
Komponenten abgearbeitet und jedes Element sortiert 
in eine temporare Liste eingetragen. Sortierkriterium ist 
die anwendungsspezifische Bewertung des Komponen- 
tentyp s. Da ein Komponententyp mehrere Ressourcen 
unterschiedlichen Typs bereitstellen kann, wird dabei 
nicht nur die Erfflllung der gerade betrachteten Anfor- 
derung bewertet, sondern alle verbleibenden Anforde- 
rungen berflcksichtigt 

Nach Abarbeitung der Schleife wird die sortierte 
temporare Liste als jflngstes Element in die Entschei- 
dungsliste eingetragen. 

Die Bilanz, das heiBt die Aufstellung der bisher aufge- 
laufenen Anforderungen und Bereitstellungen, wird 
durch den in Fig. 6 beschriebenen Programmteil erstellt 
Dabei werden zuerst die Anforderungen der Anforde- 
rungs-Spezifikation in die Bilanz eingetragen. Anschlie- 
Bend wird in einer Schleife jeder Eintrag in der Ent- 
scheidungsliste berflcksichtigt Das erste Element dieser 
Eintrage legt dabei den T^p der jeweils gewahlten 
Komponente fest die restlichen Elemente (die alternati- 
ven Komponententypen) werden ignoriert Aus dem 
Komponententypen-Katalog wird jeweils entnommen, 
welche Ress urcen der Komponententyp bereitstellt 
und welche er voraussetzt bzw. verbraucht/belegt 

Dies wird in die Bilanz verrechnet 

Das Revidieren frflherer Entscheidungen im Falle von 
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Sackgassen wird durch Andern der Entscheidungsliste 
vorgenommen, deren neue Festlegungen bei der nach- 
folgenden Bilanzierung berucksichtigt werden (Fig. 7} 

Bei diesem Andern der Entscheidungsliste wird der 
jungste Eintrag untersucht, ob zur bisherigen Wahl al- 
ternative Komponententypen notiert sind. Wenn dies 
der Fall ist, wird die bisherige Wahl verworfen, die bis- 
her beste Alternative wird gewahlt und die restlichen 
Alternativen rttcken nach. Dies wird dadurch erzielt, 
daB in der Entscheidungsliste beim jOngsten Eintrag, 
einer Liste von Komponententypen, das erste Element 
entferntwird 

Falls im jOngsten Eintrag der Entscheidungsliste kei- 
ne Alternativen notiert sind, wird dieser Eintrag gestri- 
chen und der nunmehr jungste Eintrag einer Revision 
unterzogen. 

Die bevorzugte Ausffihrung des Komponententypen- 
Katalogs verwendet im Speicher SI, in dem fur jede 
verfugbare Komponententype die in den Anspruchen 
genannten Informationen enthalten sind, die im folgen- 
den beschriebenen Datenstrukturen: 
Die Datenstruktur "Komponententyp" beschreibt je- 
weils einen Komponententyp (Fig. 8). Hierzu geheren 
Angaben uber die Ressourcen, die die Komponente be- 
legt bzw. benutzt, Angaben Uber die Ressourcen, die sie 25 
bereitstellt, Angaben uber die intensiven Leistungsan- 
forderungen, die die Komponente zu erf ullen hat, Anga- 
ben von anderen Komponententypen, mit denen Unver- 
traglichkeit besteht, sowie Regeln, die u. a. zur Bewer- 
tung der Komponente dienen oder Beziehungen auszu- 30 
drucken, die ttber das Schema hinausgehen. 

Um eine systematische Gliederung des Komponen- 
tentypen-Kataloges zur erreichen und die Zahl der Ein- 
tragungen zu minimieren, werden fihnliche Komponen- 
tentypen in Oberklassen zusammengefaBt Bei den 35 
Oberklassen werden alle gemeinsamen Eigenschaften 
notiert, wahrend bei dem Komponententyp selbst die 
individuellen Eigenschaften (einschlieBlich der Zugehd- 
rigkeit zu Oberklassen) eingetragen werden. Dazu dient 
der Eintrag "Oberklassen" der Datenstruktur "Kompo- 40 
nententyp"(Fig. 8). 

Die Beziehungsstruktur zwischen mehreren Kompo- 
nententypen und ihren Oberklassen, wie sie in der Da- 
tenstruktur "Komponententyp" reprasentiert wird, zeigt 
Fig. 9 exemplarisch. An dieser Fig. 9 soil auch erlautert 45 
werden, wie auf Informationen fiber einen Komponen- 
tentyp zugegriffen wird. Das Grundverfahren besteht 
darin, eine benatigte Information rekursiv so lange zu 
suchen, bis sie gefunden ist, zunachst in der Datenstruk- 
tur des Komponententyps, danach in den zugehdrigen 50 
Oberklassen des Komponententyps oder der Klasse. 
Dies fuhrt zu einem baumartigen Suchraum, der "depth 
first" durchmustert wird. 

Als Beispiel sei die Information "vom Komponenten' 
typ X bereitgestellte Ressource vom Ressourcentyp D" 55 
gesucht Dazu wird zuerst in der Datenstruktur zum 
Komponententyp X unter den Angaben Uber bereitge- 
stellte Ressourcen nach einem Eintrag fiber den Res- 
sourcentyp D gesucht Wenn dort ein solcher Eintrag 
nicht gefunden wird, werden die in der Angabe "Ober- 60 
klassen von X" eingetragenen Oberklassen betrachtet 
und dort nach der Information "bereitgestellte Ressour- 
ce vom Ressourcentyp D" gesucht Im Beispiel ist Ober- 
klasse die Klasse F. Ist auch dort eine solche Informa- 
tion nicht notiert, so wird das Verfahren fur Klasse F 65 
wiederholt und deren Oberklassen durchsucht Im Bei- 
spiel sind dies die Klassen A, B und C die in dieser 
Reihenfolge betrachtet werden. Wenn die Information 
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gefunden wird, beispielsweise in B, endet die Suche dort 
Fig. 10 gibt eine bevorzugte Form der Darstellung 
wieder, mit der die Komponententaxonomie auf der 
Einheit V visualisiert wird. In diesem Beispiel sind Kom- 
5 ponententypen mit einer grauen Fl&che unterlegt, die 
restlichen Begriffe benennen Oberklassen. Dabei be- 
nennen die links von einer Klasse oder einem Kompo- 
nententyp stehenden Begriffe jeweils die Oberklassen 
dieser Klasse oder dieses Komponententyps. Rechts 
0 von einer Klasse sind entsprechend Unterklassen bzw. 
Komponententypen dieser Klasse notiert 

Bei Aufbau und/oder Pflege des Katalogs verfflgba- 
rer Komponententypen wird erfindungsgemaB zu- 
nachst die Komponententaxonomie auf der Einheit V 
5 dargestellt Die Interaktion des Benutzers mit der Ein- 
richtung beginnt dann jeweils durch Markieren eines 
Begriff s in der Visualisierung der Taxonomie mittels der 
Markierungseinheit M, wodurch weitere Interaktions- 
mittel zur Anzeige, Eingabe oder Anderung der Anga- 
:o ben zu dem angewahlten Komponententyp bzw. der 
angewahlten Klasse aktiv werden, gegebenenfalls unter 
Zwischenschaltung von Menus zur Auswahl von Opera- 
tionen. 

PatentansprQche 

1. Verfahren zur automatischen Konfiguration 
technischer Systeme aus Komponenten unter Ver- 
wendung eines Rechners und einer Anzahl mit ihm 
verbundener Speicher anhand einer Anforderungs- 
spezifikation und eines Katalogs verf Ogbarer Kom- 
ponententypen, dadurch gekennzeichnet, 

— daB in einem mittelbar oder unmittelbar mit 
dem Rechner(R) verbundenen ersten Speicher 
(SI) ein Katalog verfflgbarer Komponententy- 
pen abgespeichert wird und dabei in diesem 
ersten Speicher (SI) fur jede verffigbare Kom- 
ponententype mindestens eine der folgenden 
Informationen abgelegt wird: 

Art und GrdSe der intensiven Leistungs- 
merkmale, 

Art und GrdBe der bereitgestellten Res- 
sourcen, 

Art und GrdBe der vorausgesetzten Res- 
sourcen, 

Art und GrdBe der verbrauchten/beleg- 
ten Ressourcen, 

— daB in einem mittelbar oder unmittelbar mit 
dem Rechner (R) verbundenen zweiten Spei- 
cher (S2) die Anforderungsspezifikation fur 
das zu konfigurierende technische System ab- 
gespeichert wird und dabei in diesem Speicher 
mindestens eine der folgenden Informationen 
abgelegt wird: 

Art und GroBe der fur das technische Sy- 
stem geforderten Ressourcen, 
Art und Gr8Be der filr das technische Sy- 
stem geforderten intensiven Leistungs- 
merkmale, 

— und daB die automatische Auswahl von 
Komponenten fur das technische System 
durch den Rechner (R) so vorgenommen wird, 
daB, ausgehend von den fur das technische Sy- 
stem geforderten Ressourcen, solange noch 
Ressourcenbedarf besteht und Komponenten- 
typen im Katalog existieren, welche entspre- 
chende Ressourcen bereitstellen und die inten- 
siven Leistungsmerkmale erfttllen, wiederholt 



DE 39 11 

7 

jeweils eine der mehrere Komponenten des 
bestgeeigneten Komponenlentyps ausgewahlt 
werden und deren bereitgestellte Ressourcen 
bzw. deren v rausgesetzte oder verbrauchte/ 
belegte Ressourcen im verbleibenden Res- 5 
sourcenbedarf berttcksichtigt werden. 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, 

daB die Komponententypen des Katalogs in einer 
Taxonomie der Komponententypen hierarchisch 10 
unter Oberklassen geordnet werden, indem zu je- 
der Komponententype und Oberklasse die zugeho- 
rige(n) Oberklasse(n) gespeichert wird (werden), 
und 

daB f Or Eigenschaften, fur die alle Komponententy- 15 
pen einer Oberklasse stets und flblicherweise ein 
gemeinsamer Wert oder Anfangswert oder ein ge- 
meinsamer Grundwert zukommt, dieser Wert oder 
Grundwert nur bei der jeweiligen Oberklasse no- 
tiert wird, um fur alle Unterklassen und Klassen- 20 
mitglieder zu gelten, dem diese Werte aus den ge- 
speicherten Daten einer der gespeicherten Ober- 
klassen entnommen werden. 

3. Verfahren nach Anspruch 2, dadurch gekenn- 
zeichnet, 25 
daB als Eigenschaften zu jedem Komponententyp 
und jeder Oberklasse im Katalog festgelegt und im 
zugehSrigen Speicher abgelegt wird, mit welchen 
Ressourcen, Komponenten oder Komponenten- 
gruppen zusammen eine Komponente ausgewahlt 30 
bzw. nicht ausgewahlt werden kann, und 

daB diese Infonnationen bei der Auswahl beruck- 
sichtigtwerdea 

4. Verfahren nach einem der Ansprilche 2 oder 3, 
dadurch gekennzeichnet, 35 
daB fur jeden Komponententyp und jede Oberklas- 
se im Katalog Regeln festgelegt und zugeordnet 
werden, unter welchen Bedingungen, insbesondere 
beztlglich der anderen ausgewShlten Komponen- 
ten, eine Komponente in Betracht zu Ziehen bzw. 40 
nicht zulassig ist, indem diese Regeln im Speicher 
fur den Katalog abgespeichert und dem jeweiligen 
Komponententyp zugeordnet werden, und 

daB diese Regeln bei der Auswahl einer Kompo- 
nente angewendet und berucksichtigt werden. 45 

5. Verfahren nach einem der Ansprilche 2 bis 4, 
dadurch gekennzeichnet, 

daB far den Aufbau und/oder die Pflege des Kata- 
logs verffigbarer Komponententypen im Rechner 
(R) in einer Einheit (V) eine grafische oder semigra- 50 
fische Darstellung der Komponententaxonomie 
angezeigt wird, und 

daB dabei mit dieser Einheit (V) oder mit einer 
weiteren Einheit (E) im Rechner (R) jede einzelne 
der dargestellten Oberklassen und Komponenten- 55 
typen zur interaktiven Manipulation des Katalogs 
und Information zu den Oberklassen und Kompo- 
nententypen anw&hlbar gehalten wird. 

6. Verfahren nach einem der Ansprilche 1 bis 5, 
dadurch gekennzeichnet, 60 
daB bei der Auswahl der Komponenten jeweils ei- 
ne Vorauswahl solcher Komponententypen getrof- 
fen wird, die im Prinzip geeignet sind, den aktuellen 
Ressourcenbedarf oder Teile davon abzudecken, 
und 65 
daB aus dieser Gruppe von Komponententypen der 
Komponententyp mit den niedrigsten Systemko- 
sten oder Kosten pro abgedeckter Ressource fest- 
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gestellt und eine Komponente dieses Typs ausge- 
wahlt wird. 

7. Verfahren nach einem der Ansprilche 1 bis 6, 
dadurch gekennzeichnet, daB durch Variation der 
Auswahl von Komponenten unter den im Prinzip 
geeigneten Komponenten systematisch oder zuffil- 
lig alternative Konfigurationen ermittelt und solan- 
ge die besten Konfigurationen gesucht werden, bis 
ein vorgegebenes Kriterium erfullt oder eine Zeit- 
scheibe flberschritten oder jede Alternative unter- 
sucht ist 
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